home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19990725-20000114
/
000130_news@columbia.edu _Fri Oct 1 13:52:12 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA16414
for <kermit.misc@watsun.cc.columbia.edu>; Fri, 1 Oct 1999 13:52:12 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA27971
for kermit.misc@watsun.cc.columbia.edu; Fri, 1 Oct 1999 13:34:45 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: "art1958" <artNOSPAM1958@yahoo.com>
Subject: Re: Modem Reset
Message-ID: <ye6J3.1648$%62.34851@c01read02-admin.service.talkway.com>
Date: Fri, 01 Oct 1999 17:32:14 GMT
Organization: Talkway, Inc.
To: kermit.misc@columbia.edu
You may wish to set the modem register &D3 which will reset the modem
to stored settings whenever DTR is dropped such as when C-Kermit
releases the tty or a dial in/out connection finishes. For
Rockwell-v34 based modems on SCO UNIX it works well. YMMV
On 1 Oct 1999 16:18:40 GMT fdc@watsun.cc.columbia.edu (Frank da Cruz)
wrote:
> In article <37f4ccff.0@nnrp1.news.uk.psi.net>,
> Tim O'Shea <timos@bigfoot.com> wrote:
> : When using the alphapage script to send messages to a TAP Pager, the
> : modem is either not reset, or is reset incorrectly, specifically, it
> : won't allow dial-in operations after sending the pager message. How do
> : I amend the alphapage script to perform a reset to stored profile 0 after
> : the message has been sent?
> :
> You are doing this on Unix? As you can guess, bidirectional ttys are a
> horrible nightmare in Unix. Each Unix platform handles them differently,
> if at all, and the modem must be configured with extreme care to (inter
> alia) automatically restore some custom preloaded profile from NVRAM
> whenever a call hangs up. And then getty (mgetty, uugetty, etc etc blah
> blah) is supposed to notice when this happens and seize control of the
> modem once again. The dialout program should not need to know anything
> about this, and how could it? Setups like this are always site-specific,
> platform- specific, and modem-specific.
>
> So the real answer is to look elsewhere: in the modem configuration and in
> the platform's configuration for the device.
>
> Of course you can always change the script to do something like:
>
> set carrier-watch off
> output AT&F0S0=1\13
>
> or somesuch after hanging up the call, but that will break if the modem
> changes.
>
> - Frank
--
Posted via Talkway - http://www.talkway.com
Exchange ideas on practically anything (tm).